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DETAILED ACTION 
Status of Claims 

1. This is Final office action in reply to the response filed on 18 February 2009. 

2. Claims 1, 12, 23 and 34 have been amended. 

3. Claims 1-18, 20-30, 32-35 and 38-41 are currently pending and have been examined. 

4. The rejections of claims 1-18, 20-30, 32-35 and 38-41 have been updated to reflect the 
amendments. 

Response to Amendment 

5. Applicant's amendment necessitated the new ground(s) of rejection presented in this Office 
action. 

6. The rejection of claims 1-11 under 35 USC § 101 is withdrawn in light of Applicant's amendment. 

Response to Arguments 

7. Applicant's arguments received on 18 February 2009 have been fully considered but are not 
persuasive. 

8. Applicant argues that the prior art of record, specifically (1 ) Jones does not teach or disclose that 
original deadline set for completing the handling of the problem be base upon a contractual 
agreement from which the severity of the problem and the corresponding time deadline are 
determined (page 1 1 , last paragraph) and (2) Riley thus clearly teaches that the determination of 
the priority or severity of the problem is not based upon the contractual agreement between the 
customer, but rather the severity is based upon a comparison of the problem with all other 
requests made to the help desk, regardless of which customer made the request and regardless 
of any prior agreements (page 12, first paragraph). 
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9. In response to Applicant's argument (1), this argument is moot for the following reasons: claims 1, 
12 and 23 have been rejected on new grounds in light of Applicant's amendment. Please see the 
rejection below. 

10. In response to Applicant's arguments (2), Examiner respectfully disagrees. Riley teaches in 
paragraphs 0116-0121 that "[t]he resulting prioritization is used to classify the request against all 
other requests made by the Service Desk customers and determines the speed in which the 
service request should be handled (according to defined Service Level Agreements or 
SLAs).". Further, "[t]he type of information necessary for assigning priority can include: [t]he 
service request's impact, the service request's severity, the criticality of the business function 
affected, the resolution urgency. The meaning of each of these terms will be adjusted to fit the 
organization, but each should be clearly defined and documented" (e.g., Service Level 
Agreement or SLAs) which is old and well known that SLA is a negotiated agreement between 
two parties where one is the customer and the other is the service provider where the level of 
service is formally defined as evidenced by Ward et al., page 363, second paragraph which 
define that "[a] service level agreement (SLA) is a legal contract that specifies the minimum 
expectations and obligations that exist between a service provider and a service costumer". 
Therefore, Riley determines the priority or severity of the problem based upon the contractual 
agreement between the customers according to defined Service Level Agreements or SLAs. 

11. It is noted that the applicant did not challenge the officially cited facts in the previous office 
action(s) therefore those statements as presented are herein after prior art. Specifically it has 
been established that it was old and well known in the art at the time of the invention that: 

As per claim 7, Jones et al. teaches an alert to the help desk user's data processing 
system as recited in claim 1. Further Riley et al. teaches the alert being a pop-up window as 
recited above in claim 6. However, neither Jones et al. nor Riley et al. expressly teach the pop- 
up window is displayed on top of all other windows that are open on the data processing system. 
Examiner takes Official notice that a pop-up window being displayed on top of all other windows 
that are open on a data processing system is old and well known in the art. Thus, it would have 
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been obvious to one of ordinary skill in the art to include the pop-up window being displayed on 
top of all other windows in order to more efficiently generate a notification to alert personnel or 
management that outages exist that have exceeded predefined time limits of intervals (see Jones 
et al., col. 1 , line 65-col. 2, line 2). 

As per claim 35, Jones et al. teaches a time associated with the system (col. 5, line 50- 
col. 6, line 34). However, Jones et al. does not expressly teach the time determined using a 
centralized clock. Examiner takes Official notice that utilizing a centralized clock when time is 
recorded in a computer system is old and well known in the art. Thus, it would have been 
obvious to one of ordinary skill in the art at the time of the invention to utilize a centralized clock in 
order to record the time as taught by Jones et al. in order to more accurately record the time of a 
trouble ticket and to track data modification (e.g., log files) related to the trouble ticket (Jones et 
al. col. 3, lines 5-10). 
Claim 40: 

Jones et al. disclose the following limitation: 

• wherein the percentage of time is 75% of the time specified in an associated LOS (col. 5, 
lines 41-44, which teaches that it "provides a management tool to alert recipients of 
trouble tickets having exceeded predefined time interval(s)" (e.g., a percentage of time) 
"without service resolution or repair"); 

Jones et al. does not expressly teach that the percentage of time is 75% of the time 
specified. However, Examiner takes Official Notice that it is old and well known in the art to set a 
predetermined period of time (e.g., 75% or less than 75%) in order to comply with the associated 
level of service by alerting recipients of trouble tickets. Therefore, it would have been obvious to a 
person of ordinary skill in the art at the time of the invention to set a 75% or less than 75% of the 
time specified (e.g., a predefined time interval) to improve Jones et al. thereby giving the 
predictable result of performing equally well by specifying a different percentage of time (e.g., less 
than 75%) in order to comply with an associated level of service by completing a service 
resolution or repair in less time. 
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Claim Rejections - 35 USC § 103 

12. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness 
rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as 
set forth in section 102 of this title, if the differences between the subject matter sought to be 
patented and the prior art are such that the subject matter as a whole would have been obvious 
at the time the invention was made to a person having ordinary skill in the art to which said 
subject matter pertains. Patentability shall not be negatived by the manner in which the invention 
was made. 

13. Claims 1, 12 and 23 are rejected under 35 U.S.C. 103(a) as being unpatentable over Jones et al. 
(US 6,219,648) in view of Scheifler et al. The X Window System, ACM Transaction on Graphics, 
Vol. 5, No. 2, April 1996 and further in view of Tsykin, Automated Service Level Reporting: 
Experience of Implementation, Fujitsu Australia, 2000. 

Claim 1: 

As per claim 1, Jones et al. teaches a method for monitoring service tickets for information 
technology service providers to ensure that levels of service required to be provided to a 
customer pursuant to an agreement between the customer and a service provider, are met, the 
method comprising: 

• inspecting a service ticket in a database to determine a deadline for when a problem 
associated with the service ticket must be resolved, (col. 3, lines 1 1-20; col. 5, line 60-col. 
6, line 2; col. 6, line 35-col. 7, line 61; col. 8, line 55-col. 10, line 64 teaches time intervals 
corresponding to escalation levels for a trouble ticket; the escalation levels being defined 
based on the trouble ticket remaining unresolved for a time exceeding user specified time 
intervals; a ticket reporting and tracking system for inputting trouble tickets and keeping 
track of the ticket status in the repair process, where the information contained in the 
trouble report is stored in the ticket reporting and tracking system, data files are formatted 
into data records and send to a managing module, where the records are stored in 
memory and then evaluated against a configuration data file to determine if an alert 
should be transmitted); 
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Jones et al. teaches "the escalation levels being defined based on the trouble ticket remaining 
unresolved for a time exceeding user specified time intervals; (Jones et al., col. 5, lines 63-65); a 
ticket reporting and tracking system for inputting trouble tickets and keeping track of the ticket 
status in the repair process (Jones et al. coi. 6, lines 35-37). Jones et al. does not expressly teach 
that the deadline based upon a contractually determined severity of the problem and a 
corresponding contractually required time for resolution of the problem. However, Tsykin in an 
analogous art of monitoring service tickets (e.g., automated service level reporting) for the 
purpose of determining severity and required time for resolution of the problem based upon a 
contract (Tsykin, page 10, Figure 12) as shown does: 

• with the deadline based upon a contractually determined severity of the problem and a 
corresponding contractually required time for resolution of the problem (page 10, Figure 
12, which teaches a deadline based upon a contract (e.g., Service Level Agreement, 
SLA) which is old and well known that SLA is a negotiated agreement between two 
parties where one is the customer and the other is the service provider. Figure 12 
teaches item "Help Desk Response" with a determined severity of the problem "Severity 
1, Severity 2 and Severity 3" and corresponding contractually required time for resolution 
of the problem "Severity 1: < 30 min, Severity 2: < 2 hrs and Severity 3: < 2 hrs of next 
shift"); 

Therefore, it would have been obvious to one of ordinary skill in the art to modify Jones et al., to 
include the teaching of Tsykin because the claimed invention is merely a combination of old 
elements, and in the combination each element merely would have performed the same function 
as it did separately, and one of ordinary skill in the art would have recognized that the results of 
the combination were predictable. 
Further, Jones et al., teaches: 

• displaying, on a display device at the help desk, a graphical display populated with 
representations of service tickets that have reached a predetermined percentage of the 
time before their due date (col. 5, lines 51-53, which teaches that "the notification 
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comprises an alphanumeric or digital page, an e-email message, or an X-Windows 
terminal display message." Where through an X-Windows terminal display "[t]he 
notification" which it "may contain various information, including the trouble ticket number, 
an escalation level, the date and time the ticket was first entered into the WFA system, 
the service type having trouble, customer name, current status of the ticket" (e.g., a 
predetermined percentage of the time before their due date) "and the identification (e.i. 
initials) of the technician involved in the service restoration effort."); 
Jones et al. teaches the use of X-Windows system to display graphically the notification 
to a user with information related to a trouble ticket (Jones et al. col. 5, lines 49-60). Jones et al. 
does not expressly teach that through the X-Window system a graphical display is populated with 
representations of service tickets as claimed. However, Scheifler in an analogous art of displaying 
user graphical interfaces through an X-Windows system for the purpose of enabling a user to 
modify an existing X-Windows system to populate a representation of service tickets (Scheifler et 
al, page 79, 1 st U) as shown does, where Scheifler et al. teaches that a X-Windows system 
enables a user "to build applications and to manage desktop" and it provides "a wide variety of 
application and user interfaces to be built easily" (Scheifler et al, page 79, 1 st If) . 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of the 
invention to modify Jones et al. X- Windows system as taught by Scheifler et al. to graphically 
display a representation of tickets that have reached a predetermined percentage of the time 
before their due date because Scheifler X-Window system "provides high performance, high- 
level, device-independent graphics" (e.g. a graphical display). In addition, "desktop management 
can be custom-tailored to individual environments" (e.g., to display graphically a representation of 
tickets) (Scheifler et al, page 79, 1 st If). 
Furthermore, Jones et al disclose: 

• determining a deadline approaching alert time at which a help desk user must be notified 
that the deadline for resolving the problem must be met (col. 3, lines 11-20; col. 5, line 
60-col. 6, line 2; col. 6, line 35-col. 7, line 61 teaches time intervals corresponding to 
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escalation levels for a trouble ticket; the escalation levels being defined based on the 
trouble ticket remaining unresolved for a time exceeding user specified time intervals); 

• and alerting the help desk user that the deadline for resolving the problem is approaching 
when the deadline approaching alert time is reached (col. 11, line 13-col. 12, line 30 
teaches when the alerting criteria for a ticket is satisfied, then notification should be sent 
to the appropriate management or personnel). 

As per claim 12, it recites a computer program product in a computer readable media for use in a 
data processing system for performing the methods of claim 1. Since Jones et al. teaches a 
computer program product in a computer readable media for use in a data processing system 
(col. 6, lines 5-35), claim 12 is rejected for the same reasons set forth above in claim 1 . 
As per claim 23, it recites a system in a computer readable media for use in a data processing 
system for performing the methods of claim 1. Since Jones et al. teaches a system in a computer 
readable media for use in a data processing system (col. 6, lines 5-35), claim 23 is rejected for 
the same reasons set forth above in claim 1 . 
14. Claims 2-11, 13-18, 20-22, 24-30, 32-33, 34-35 and 39-40 are rejected under 35 U.S. C. 103(a) as 
being unpatentable over Jones et al. (US 6,219,648) in both view of Scheifler et al. The X 
Window System, ACM Transaction on Graphics, Vol. 5, No. 2, April 1996 and Tsykin, 
Automated Service Level Reporting: Experience of Implementation, Fujitsu Australia, 2000 as 
applied to claims 1, 12 and 23 above and further in view of Riley et al. (US Pub. No. 
2002/0123983 A1). 
Claim 2 

As per claim 2, Jones et al. teaches: 

• determining a status update interval for the service ticket (col. 7, lines 19-39 teaches the 
application receiving reports on a time interval); 

• and responsive to a determination that the problem has not been resolved by the 
deadline, determining a first status update alert time to alert the help desk user (vol. 7, 
lines 19-61 teach that the interval should be predefined and publicly known because a 
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configuration data file for alerting contains time periods for alerting based upon this 
interval where once the time duration of other alerting criteria has been satisfied, the 
module requests an alert to be sent to the appropriate personnel). 

Jones et al. does not expressly teach alerting the help desk user to then send a status 
update to the customer. However, Riley et al. in an analogous art of implementing service desk 
capability for the purpose of sending a status update to the customer (paragraphs 136-137), 
Riley et al. teaches alerting the help desk user to send a status update to the customer 
(paragraphs 136-137 teach the exceeding a target time and sending a notification to a personnel 
who will be assign the problem, where paragraph 144 teaches that as service requests are 
escalated, or as they exceed target time and are assigned a higher tier operator in which 
notifications are sent to the new personnel, the Service Desk, or the personnel, needs to 
communicate the status with the customer). 

It would have been obvious to one of ordinary skill in the art to include in the method 
monitoring progress of customer generated trouble tickets of Jones et al. the ability to send a 
status update to the customer in response to ticket escalation as taught by Riley et al. since the 
claimed invention is merely a combination of old and well known elements, and in the 
combination, each element merely would have performed the same function it did separately, and 
one of ordinary skill in the art would have recognized that the results of the combination were 
predictable. 
Claim 3: 

As per claim 3, Jones et al. teaches alerting the help desk user as recited above in claim 1 . 

However, Jones et al. does not expressly teaches alerting the help desk user that a 
status update is approaching when the first status update alert time occurs. Riley et al. teaches 
alerting the help desk user that a status update is approaching when the first status update alert 
time occurs (paragraph 144). 

It would have been obvious to one of ordinary skill in the art to include in the method 
monitoring progress of customer generated trouble tickets of Jones et al. the ability to send an 
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alert that a status update is necessary as taught by Riley et al. since the claimed invention is 
merely a combination of old and well known elements, and in the combination, each element 
merely would have performed the same function it did separately, and one of ordinary skill in the 
art would have recognized that the results of the combination were predictable. 
Claim 4: 

As per claim 4, Jones et al. teaches responsive to a determination that the problem has not been 
resolved after a time has passed, determining a time to alert the help desk user as recited above 
in claim 1. However, Jones et al. does not teach the time being a status update time or 
determining a time to alert the help desk user that a time to provide a new status update to the 
customer is approaching and alerting the help desk user prior to the time to provide the new 
status update. 

Riley et al. teaches time being a status update time and determining a time to alert the 
help desk user that a time to provide a new status update to the customer is approaching and 
alerting the help desk user prior to the time to provide the new status update (paragraphs 77-82 
teach reminding personnel when to escalate incidents, when to provide status information to 
users, and when service levels are not being met; Fig 12 teaches notifying or alerting of 
escalation and contacting the customer as part of the whole service request escalation process, 
or rather alerting of escalation, which includes a new status update). 

It would have been obvious to one of ordinary skill in the art to include in the method 
monitoring progress of customer generated trouble tickets of Jones et al. the ability to alert of a 
status update time and providing new status updates to the customer as taught by Riley et al. 
since the claimed invention is merely a combination of old and well known elements, and in the 
combination, each element merely would have performed the same function it did separately, and 
one of ordinary skill in the art would have recognized that the results of the combination were 
predictable. 
Claim 5: 
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As per claim 5, Jones et al. teaches alerting the helpdesk user that the deadline for resolving the 
problem is approaching when the deadline approaching alert time is reached comprising sending 
an alert wherein the alert includes an identity of the service ticket (col. 1 1 , line 35-col. 12, line 1 1 
teach the alert message or notification including the ticket number). However, Jones et al. does 
not expressly teach the alert including the deadline for when a problem associate with the service 
ticket must be resolved. 

Riley et al. teaches an alert including the deadline for when a problem associated with 
the service ticket must be resolved (paragraph 79 teaches reminding personnel when to escalate 
incidents and when service levels are not being met; paragraph 143 teaches as soon as a 
problem cannot be resolved in the targeted service levels is will be escalated, service requests 
are escalated if SLAs are likely to be impacted, where the escalation should be configured to 
occur well before the actual SLA targets are passed, escalation includes the notification of the 
assignee and the next level of management, Fig. 12). 

It would have been obvious to one of ordinary skill in the art to include in the method 
monitoring progress of customer generated trouble tickets of Jones et al. the ability to include the 
deadline as taught by Riley et al. since the claimed invention is merely a combination of old and 
well known elements, and in the combination, each element merely would have performed the 
same function it did separately, and one of ordinary skill in the art would have recognized that the 
results of the combination were predictable. 
Claim 6: 

As per claim 6, Jones et al. teaches an alert as recited above in claim 1 and further the alert 
being in a window (col. 2, lines 15-33). However, Jones et al. does not expressly teach the alert 
comprises a pop-up window. Riley et al. teaches an alert comprising a pop-up window 
(paragraph 137). 

It would have been obvious to one of ordinary skill in the art to include in the method 
monitoring progress of customer generated trouble tickets of Jones et al. a pop-up window as 
taught by Riley et al. since the claimed invention is merely a combination of old and well known 
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elements, and in the combination, each element merely would have performed the same function 
it did separately, and one of ordinary skill in the art would have recognized that the results of the 
combination were predictable. 
Claim 7: 

As per claim 7, Jones et al. teaches an alert to the help desk user's data processing system as 
recited in claim 1. Further Riley et al. teaches the alert being a pop-up window as recited above 
in claim 6. However, neither Jones et al. nor Riley et al. expressly teach the pop-up window is 
displayed on top of all other windows that are open on the data processing system. Examiner 
takes Official notice that a pop-up window being displayed on top of all other windows that are 
open on a data processing system is old and well known in the art. Thus, it would have been 
obvious to one of ordinary skill in the art to include the pop-up window being displayed on top of 
all other windows in order to more efficiently generate a notification to alert personnel or 
management that outages exist that have exceeded predefined time limits of intervals (see Jones 
et al., col. 1 , line 65-col. 2, line 2). 
Claim 8: 

As per claim 8, Jones et al. teaches the alert comprises an audio alert (col. 2, lines 15-33 
teaches the alerts being page notifications, which are audio alerts). 
Claim 9: 

As per claim 9, Jones et al. teaches the alert comprises a graphical alert (col. 2, lines 15-33 
teach the alerts being alphanumeric, e-mail, an X-window terminal message, or graphical alerts). 
Claim 10: 

As per claim 10, Jones et al. teaches a deadline for when a problem associated with the service 
ticket must be resolved as recited in claim 1. However, Jones et al. does not expressly teach the 
deadline for when a problem associated with the service ticket must be resolved is determined by 
consulting a ticket severity table. 

Riley et al. teaches teach the deadline for when a problem associated with the service 
ticket must be resolved is determined by consulting a ticket severity table (paragraphs 1 16-123). 
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It would have been obvious to one of ordinary skill in the art to include in the method 
monitoring progress of customer generated trouble tickets of Jones et al. the ability to determine 
a deadline by consulting a ticket severity table as taught by Riley et al. since the claimed 
invention is merely a combination of old and well known elements, and in the combination, each 
element merely would have performed the same function it did separately, and one of ordinary 
skill in the art would have recognized that the results of the combination were predictable. 
Claim 11: 

As per claim 11, Jones et al. does not teach the ticket severity table is populated in accordance 
with a level of service agreement between the customer and the information technology provider. 
Riley et al. teaches the ticket severity table is populated in accordance with a level of service 
agreement between the customer and the information technology provider (paragraphs 116-123; 
61; 81). 

It would have been obvious to one of ordinary skill in the art to include in the method 
monitoring progress of customer generated trouble tickets of Jones et al. the ability to determine 
a deadline by consulting a ticket severity table populated in accordance with a level of service 
agreement as taught by Riley et al. since the claimed invention is merely a combination of old and 
well known elements, and in the combination, each element merely would have performed the 
same function it did separately, and one of ordinary skill in the art would have recognized that the 
results of the combination were predictable. 
Claims 13-18 and 20-22: 

As per claims 13-18 and 20-22, they recite a computer program product in a computer readable 
media for use in a data processing system for performing the methods of claims 2-11. Since 
Jones et al. teaches a computer program product in a computer readable media for use in a data 
processing system (col. 6, lines 5-35), claims 13-18 and 20-22 are rejected for the same reasons 
set forth above in claims 2-1 1 . 



Application/Control Number: 10/615,054 Page 14 

Art Unit: 3623 

Claims 24-30 and 32-33: 

As per claims 24-30 and 32-33, they recite a system in a computer readable media for use in a 
data processing system for performing the methods of claims 2-11. Since Jones et al. teaches a 
system in a computer readable media for use in a data processing system (col. 6, lines 5-35), 
claims 24-30 and 32-33 are rejected for the same reasons set forth above in claims 2-1 1 . 
Claim 34: 

As per claim 34, Jones et al. teaches a system for monitoring service tickets in order to provide 
reminders to a help desk user of impending times for actions, the times actions being provided 
according to a level of service required to be provided to a customer pursuant to a contract 
between the customer and a service provider, the system comprising: 

• a monitoring server; a database; and a help desk client (col. 6, line 5-col. 8, line 32 teach 
a tracking system, or a monitoring server, storing the trouble tickets in data records, or a 
database; and col. 11, lines 35-54 teach alerting going to the appropriate personnel, or a 
help desk client); 

• the database stores tickets and information regarding ticket types, ticket severities; for 
actions to be performed for each of the ticket types and ticket severities (col. 1 1 , lines 35- 
66 teach the report information containing information including type of service required, 
or ticket type, ticket duration, status, position, escalation levels, or time for actions to be 
performed for each ticket, which includes ticket type; col. 15, lines 35-44 teach that the 
severity of repair work can be indicated in the report as well); 

• the monitoring server monitors tickets in the database, determines when time for actions 
are approaching, and sends alerts to the help desk client alerting the help desk user that 
a time to take a specified action is approaching (col. 3, lines 11-20; col. 5, line 60-col. 6, 
line 2; col. 6, line 35-col. 7, line 61 teaches time intervals corresponding to escalation 
levels for a trouble ticket; the escalation levels being defined based on the trouble ticket 
remaining unresolved for a time exceeding user specified time intervals; col. 11, line 13- 
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col. 12, line 30 teaches when the alerting criteria for a ticket is satisfied, then notification 
should be sent to the appropriate management or personnel); 

• the help desk client displays active tickets to a help desk user and provides alerts 
received from the monitoring server to the help desk user (col. 5, line 50-60 teaches 
displaying notifications including trouble ticket number, an escalation level, date and time, 
service type, status, etc). 

Jones et al., teaches that the invention "is to satisfy customer requirements for timely, proactive 
and documented internal escalations" (page 2, lines 9-11). Jones et al., does not specifically 
teach the following limitation. However, Riley et al., in an analogous art of implementing service 
desk capability for the purpose of storing contractually required times (e.g., service level 
agreement) (Figures 2 and 6, If 01 16-0121) as shown does: 

• based on the contract and corresponding contractually required times (Figure 2 illustrates 
a "Central Service Desk Repository", which stores information related to problems and 
solutions and Figure 6, If 0116-0121, illustrate a service request logging and 
categorization, block 69, "Assign Priority to Service Request" where "the operator 
analyzes the service request in order to prioritize it. The resulting prioritization is used to 
classify the request against all other requests made by the Service Desk customers and 
determines the speed in which the service request should be handled" (e.g., contractually 
required times) "(according to defined Service Level Agreements or SLAs)." Further, 
"[t]he type of information necessary for assigning priority can include: [t]he service 
request's impact, the service request's severity, the criticality of the business function 
affected, the resolution urgency. The meaning of each of these terms will be adjusted to 
fit the organization, but each should be clearly defined and documented" (e.g., Service 
Level Agreement or SLAs) which is old and well known that SLA is a negotiated 
agreement between two parties where one is the customer and the other is the service 
provider where the level of service is formally defined); 
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Therefore, it would have been obvious to one of ordinary skill in the art at the time of the 
invention to store contractually required times (e.g., service level agreement), as taught by Riley 
et al., to improve Boyd, thereby giving the predictable result of setting out "the services to be 
performed and the target service levels to be achieved. These SLAs are designed for the user 
community and are written with the Service Desk customers in mind." (Riley et al., U 0032). 
Claim 35: 

As per claim 35, Jones et al. teaches a time associated with the system (col. 5, line 50-col. 6, line 
34). However, Jones et al. does not expressly teach the time determined using a centralized 
clock. Examiner takes Official notice that utilizing a centralized clock when time is recorded in a 
computer system is old and well known in the art. Thus, it would have been obvious to one of 
ordinary skill in the art at the time of the invention to utilize a centralized clock in order to record 
the time as taught by Jones et al. in order to more accurately record the time of a trouble ticket 
and to track data modification (e.g., log files) related to the trouble ticket (Jones et al. col. 3, lines 
5-10). 
Claim 39: 

Jones et al. disclose the following limitation: 

• wherein the activities tickets displayed are only those that have reached a predetermined 
percentage of the time before their due date (col. 1 lines 65-67-col.2 lines 1-2 and col. 2, 
lines 23-34, which teaches that a notification is sent through the X-Windows system 
which is fully customizable as discussed above "to alert key personnel or management 
that outages (i.e. troubles) exist that have exceeded predefined time limits or intervals" (a 
predetermined percentage of the time before their due date). Jones et al. teaches that the 
notification display only those ones that have exceeded a predefined time limit or 
intervals.); 

Claim 40: 

Jones et al. disclose the following limitation: 
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• wherein the percentage of time is 75% of the time specified in an associated LOS (col. 5, 
lines 41-44, which teaches that it "provides a management tool to alert recipients of 
trouble tickets having exceeded predefined time interval(s)" (e.g., a percentage of time) 
"without service resolution or repair"); 

Jones et al. does not expressly teach that the percentage of time is 75% of the time specified. 
However, Examiner takes Official Notice that it is old and well known in the art to set a 
predetermined period of time (e.g., 75% or less than 75%) in order to comply with the associated 
level of service by alerting recipients of trouble tickets. Therefore, it would have been obvious to a 
person of ordinary skill in the art at the time of the invention to set a 75% or less than 75% of the 
time specified (e.g., a predefined time interval) to improve Jones et al. thereby giving the 
predictable result of performing equally well by specifying a different percentage of time (e.g., less 
than 75%) in order to comply with an associated level of service by completing a service 
resolution or repair in less time. 
15. Claims 38 and 41 are rejected under 35 U.S.C. 103(a) as being unpatentable over Jones et al. 
(US 6,219,648) in view of Scheifler et al. The X Window System, ACM Transaction on Graphics, 
Vol. 5, No. 2, April 1996 in view of Riley et al. (US Pub. No. 2002/0123983 A1) as applied to 
claims 1-37 and 39-40 above and further in view of Quercia et al. The Definitive Guides to the X 
Window System, O'Reilly & Associates, Inc. Volume Three, Motif Edition, 1993. 
Claim 38: 

Jones et al. teaches the use of X-Windows system to display graphically the notification to a user. 
The combination of Jones et al. and Scheifler et al. does not teach the following limitation. 
However, Quercia et al. in an analogous art of user graphical interfaces tool for the purpose to 
graphically display information in a grid format (Figure 6-7, page 147) as shown does: 

• wherein the activities tickets are displayed in a grid (Figure 6-7, page 147, which it 
illustrates that X-windows system enables a user to graphically display information in a 
grid format); 
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Therefore, it would have been obvious to one of ordinary skill in the art at the time of the 
invention to modify the X-Windows system to display the activities ticket in a grid as taught by 
Quercia et al., to improve the combination of Jones et al. and Scheifler et al., thereby giving the 
predictable result of providing an user friendly graphical representation of the activities tickets 
status, because X-Windows system allows "to display certain information about the individual 
characters" (Quercia et al., page 147, 2 nd 1f). 

Claim 41: 

Jones et al. teaches the use of X-Windows system to display graphically the notification to a user. 
The combination of Jones et al. and Scheifler et al. does not teach the following limitation. 
However, Quercia et al. in an analogous art of user graphical interfaces tool for the purpose to 
minimize the display (page 8, Figure 1-2,) as shown does: 

• wherein the display may be minimized at the election of the user (page 8, Figure 1-2, 
which it illustrates a "Minimize button" which is old and well known in the art); 
Therefore, it would have been obvious to one of ordinary skill in the art at the time of the 
invention to enable a user to minimize a display as taught by Quercia et al., to improve the 
combination of Jones et al. and Scheifler et al., thereby giving the predictable result of allowing a 
user to minimize the display through a minimize button. 

Conclusion 

16. The prior art made of record and not relied upon is considered pertinent to applicant's disclosure. 

• Betge-Brezetz et al., (US 2003/0221005 A1) disclose a device and method for 
classifying alarm messages resulting form a violation of a service level agreement in 
a communications network. 

• Lafferty et al., Information Problems Tackled through Service Level Agreements, 
Optimum Online The Journal of Public Sector Management, Jun 2002 which disclose 
the effective use of the service level agreements (SLA). 
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• LaBounty, How to establish and maintain service level agreements, Help Desk 
Institute, 2002 which disclose an introduction to service level agreements. 

• Ward et al., A generic SLA Semantic Model for the Execution Management of e- 
Business Outsourcing Contracts, Proceedings of the Third International Conference 
on E-Commerce and Web Technologies, 2002 which disclose the service level 
agreement definition. 

• Szymczyk, Developing Service Level Agreement for Outsourced Processes and 
Systems, International Carpathian Control Conference ICCC, May 27-30, 2002 which 
disclose that a SLA is an agreement between the customer and the vendor. 

• Karten, Excerpt from How to establish Service Level Agreements, www.nkarten.com, 
2001 , which disclose what a service level agreement is. 

• Larson, The role of service level agreements in IT service delivery, Information 
Management & Computer Security, 1998 which disclose the concept of service level 
agreement in IT service is introduced. 
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17. Applicant's amendment necessitated the new ground(s) of rejection presented in this Office 
action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). Applicant is 
reminded of the extension of time policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE MONTHS 
from the mailing date of this action. In the event a first reply is filed within TWO MONTHS of the 
mailing date of this final action and the advisory action is not mailed until after the end of the 
THREE-MONTH shortened statutory period, then the shortened statutory period will expire on the 
date the advisory action is mailed, and any extension fee pursuant to 37 CFR 1.136(a) will be 
calculated from the mailing date of the advisory action. In no event, however, will the statutory 
period for reply expire later than SIX MONTHS from the date of this final action. 

Any inquiry of a general nature or relating to the status of this application or concerning 
this communication or earlier communications from the Examiner should be directed to Nadja 
Chong whose telephone number is 571.270.3939. The Examiner can normally be reached on 
Monday-Friday, 9:30am-5:00pm. If attempts to reach the examiner by telephone are 
unsuccessful, the Examiner's supervisor, BETH BOSWEL can be reached at 571.272.6737. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR system, 
see http://portal.uspto.gov/external/portal/pair <http://pair-direct.uspto.gov >. Should you have 
questions on access to the Private PAIR system, contact the Electronic Business Center (EBC) at 
866.217.9197 (toll-free). 

Any response to this action should be mailed to: 

Commissioner of Patents 
P.O. Box 1450 
Alexandria, VA 22313-1450 

or faxed to 571-273-8300. 
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Hand delivered responses should be brought to the United States Patent and 
Trademark Office Customer Service Window: 

Randolph Building 
401 Dulany Street 
Alexandria, VA 22314. 

/Nadja Chong/ Examiner, Art Unit 3623 



/Beth V. Boswell/ 

Supervisory Patent Examiner, Art Unit 3623 



